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SYSTEM AND METHOD FOR MERGING WEB BASED ON-DEMAND SNA 
APPLICATION SELECTION AND TN3270 CLIENT LAUNCHING 

Technical field of the invention 

The present invention relates to the transmission of Systems 
5 Network Architecture (SNA) information through the Internet 
Protocol (IP) network, and more particularly to a method and 
system for users to locally select target applications and to 
access these target applications at their current locations 
through a preferred Telnet 3270 .Client. 

10 Background art 

ENVIRONMENT 
SNA- IP 

Every day, f or ' all ' sorts of reasons, more and more companies, 
are focusing on the consolidation of the multiple specialized 

15 networks they directly operate or lease from service providers 
onto a single protocol network. These multiple specialized 
networks are based on diverse networking technologies such as 
Systems Network Architecture (SNA) , Internet Protocol (IP) or 
Internetwork Packet Exchange (IPX) . These companies are making 

20 this consolidation one of their top priorities, they are 
almost exclusively selecting IP (the Internet Protocol) as 
their protocol of choice. However, for the overwhelming 
majority of these companies that are using SNA protocols and 
applications, there still is and will be for the many years to 

25 come, a major requirement in this changing environment. The 
requirement is for the employees of these companies to keep 
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the capability they always had to have access .to the huge 
amount of existing corporate data residing in traditional 
mainframes and accessible through SNA applications. 

Internet 

5 The Internet is a global network of computers and computers 
networks (the "Net") . The Internet connects computers that use 
a variety of different operating systems or languages, 
including UNIX, DOS, Windows, Macintosh, and others- To 
facilitate and allow the communication among these various 
10 systems and languages, the Internet uses a language referred 
to as TCP/IP ("Transmission Control Protocol/Internet 
Protocol") . TCP/IP protocol supports three basic applications 
on the Internet : 

transmitting and receiving electronic mail, 
15 ^ logging into remote computers (the "Telnet"), and 

<^ transferring files and programs from one computer to 
another ("FTP" or "File Transfer Protocol"). 

World wide Web 

with the increasing size and complexity of the Internet, tools 
20 have been developed to help find information on the network, 
often called navigators or navigation systems. The World Wide 
Web ("WWW" or "the Web") is a recent superior navigation 
system. The Web is : 

25 o an Internet -based navigation system, 

^ an information distribution and management system for the 

Internet, and 
o a dynamic format for communicating on the Web, 
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For its .usagje, the Web seamlessly integrates different 
formats of information, including still images / text, audio 
and video. A user on the Web using a graphical user interface 
may transparently communicate with different., host computers on 
5 the system, and different system applications (including FTP 
and Telnet) , and different information formats for files and 
documents including, for example, text, sound and graphics. 

Uniform Resource Locators 

A resource of the Internet is unambiguously identified by a 
10 Uniform Resource Locator (URL) , which is a pointer to a 
particular resource at a particular location. An URL specifies 
the protocol used to access a server (e.g. HTTP, FTP,,.), the 
name of the server, and the location of a file on that server. 

Hyper Text Transfer Protocol 

15 Each Web page that appears on a client of the Web may appear 
as a complex document that integrates, for example, text, 
images, sounds and animation. Each Web page may also contain 
hyperlinks to other Web documents so that a user at a client . 
computer using a mouse may click on icons and may activate 

20 hyperlink jumps to a new page (which is ' a graphical 
representation of another document file) on the same or on a 
different Web server. 

A Web server is a software program on a Web host computer that 
answers requests from Web clients, typically over the 
25 Internet. The whole Web uses a language or protocol to : 
communicate with Web clients which is called Hyper Text 
Transfer Protocol ("HTTP")- All types of data can be exchanged 

I among Web servers and clients using this protocol, including 

Hyper Text Markup Language { "HTiyiL" ) , graphics , sounds and 

j , " ■ 
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video, HTML describes the layout, contents and hyperlinks of 
the documents and pages. Web clients when browsing : 

• convert user specified commands into HTTP GET requests, 

• connect to the appropriate Web server to get information, 

5 • wait for a response. The response from the server can be 

the requested document or an error message. 

After the document or an error message is returned, the 
connection between the Web client and the Web server is 
closed. 

10 The first version of HTTP is a stateless protocol. That is 
with HTTP, there is no continuous connection between each 
client and each server. The Web client using HTTP receives a 
response as HTML data or as other data. This description 
applies to version 1.0 of HTTP protocol, while the new version 

15 breaks this barrier of stateless protocol by keeping the 
connection between the server and client alive under certain 
conditions. 

Browser 

After receipt, the Web client formats and presents the data or 
20 activates an ancillary application such as a sound player to 
present the data. To do this, the server or the client 
determines the various types of data received. The Web Client 
is also referred to as the Web Browser, since it in fact 
browses documents retrieved from the Web Server. 

25 Note: More explanations about the Internet can be found in the 
following publication incorporated herewith by reference: 
"Internet in a nutshell" by Valerie Querela, published by 
O'Reilly, October 1997. 
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* TN3270 

In an IP environment, a widely used technique for the 
transport of SNA information across an IP network is the use 
of. Telnet technologies (TN3270) . This technique for SNA "green 
5 screen" workstation users is a Client/Server approach, "Host 
on Demand" from IBM or "WebClient" from CISCO are examples of 
Client software implementations. Network Utility from IBM or 
CISCO router's offerings are typical Server implementations 
(hardware and software) . The "Client" piece usually runs 

10 within the customer's workstation while the "Server" piece is 
usually placed in front of the customer's Data Center 
mainframes (or sometimes directly within the mainframe itself) 
or within the customer's branch offices. As illustrated in 
Figure 3, IP protocols are used between the Server and the 

15 Clients, while traditional SNA protocols are used between the 
Server and the target Applications. More information 
concerning Telnet, TN3270 and Network Utility can be found in 
the following publications incorporated herewith by reference: 

'i 

20 • "IBM 2216/Network Utility Host Channel Connection", Erol 
Lengerli, Jacinta Carbonell, Thomas Grueter; IBM 
International Technical Support Organization, January 1999, 
SG24-5303-00. 

• "IBM Network Utility Description and Configuration 
25 Scenarios", Tim Kearby, Peter Gayek, Gallus Schlegel, Imre 

Szabo, Zhi-Yong Zhang; IBM International Technical Support 
Organization, January 1999, SG24 - 5289 - 00 . 

• "Internetworking with TCP/IP - Volume I - Principles, 
Protocols, and Architecture" Douglas E. Comer, Second 

30 Edition, Prentice Hall 1991. 

• Request For Comments (RFCs) from the Internet Engineering 
Task Force (IETF) : 

• RFC 1576: TN3270 Current Practices, 
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• RFC 1646: TN3270 Extensions for LU name and Printer 
Selection, 

• RFC 1647: TN3270 Enhancements, 

• RFC 2355: TN3270 Enhancements. 

5 On Demand Clients 

As illustrated in Figure 4, an on-demand Client (401) is a 
means by which SNA applications can be accessed from an 
Internet Browser (403) . The on-demand Client is based on the 
Java language, and thus requires a Java -capable Browser (403) . 

10 Nothing else is required in the Client workstation (405) , 
except for a connection to the Internet or to another TCP/IP 
network (404) . A TN3270 (or other Telnet such as TN5250) 
Client programmed in Java constitutes actually an on-demand 
Client. To use an on-demand Client, users need to be connected 

15 somewhere in the network to a Web Server (402) used as a Java 
Applet repository application. The TN3270 (or other Telnet) 
Java Applet is downloaded (406) from this Web Server (402) to 
the workstation (405) . An on-demand Client allows Web users to 
access host programs without explicitly installing a permanent 

20 3270 terminal emulator on their workstation (405) . A 
Java -capable web Browser (403) is all what users need. Among 
the multiple advantages associated with on-demand services, 
one may list: 

25 • No end-user installation or configuration is required to 
establish a screen session. 

• The User Browser remains available for concurrent Web use. 

• The distribution of emulator software updates with Java is 
cost-effective. By placing a new version of the Java Applet 
within the Web Server repository application, all user 
workstations using this Server will obtain the new version 

FR 9 99 036 



BNSOOCID <E1 9948004302> 



30 



the next .time they access the Web Server repository 
application . 

• An on-demand Client is Java-based, so users in different 
operating environments (whether they are using network 

5 computers/ traditional personal computers, or advanced 

workstations) get the same look and feel. 

• A Java -based Application Programming Interface (API) for 
application development is available to customize desktops. 

Note: More explanations concerning the Java language can be 
10 found in the following publication incorporated herewith by 
reference: "Java Network Programming" by Elliotte Rusty 
Harold, published by O'Reilly, February 1997. 

Optionally, these downloadable on-demand TN3270 Clients may be 
saved within the user's workstation to avoid the downloading 

15 process when the version saved is the latest version 
available. When the locally saved version of the Client is 
started, there is some chit chat between the Client and the 
Web Server repository application used for on-demand Client 
downloading, to determine whether the locally saved version is 

20 the same as the version currently available on the Web Server: 

• If version levels match, the locally saved version and the 
version provided by the Web Server are identical and there 
is no need for a download. 

25 • If the version levels differ, the latest version from the 
Web Server is downloaded within the user's workstation and 
is locally saved. The latest version therefore replaces the 
older version. 

30 This process saves time at invocation, as the Client is only 
downloaded in the case where a more up-to-date version has 
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been placed within the Web Server. Saving the more rec.ent copy 
of the Client within the user's workstation allows the Client 
to be man, even in the advent of a temporary failure or 
unavailability of the Web Server used for the on-demand Client 
5 downloading or in cases where the user does not want this 
intermediate step (for example, the workstation is 
modem- attached to the network) of downloading a newer version 
of the Client and prefers to defer this process at a later, 
more suitable time. 

10 APPIilCATION SELECTION PROCESSOR 

Traditional SNA End -to -End 

In the SNA world, workstation users traditionally obtain 
access to their favorite SNA applications by connecting first 
to an intermediate application- This intermediate application 

15 (called the "Application Selection Processor") provides for an 
indirection to the real target application, the workstation 
user wants to establish a screen session to. The Application 
Selection Processor presents to the user a selection menu 
(called the "Selection Screen") of all the possible SNA 

20 applications that, a user may access. Figure 1 describes a 
traditional SNA access to an Application Selection Processor 
in an SNA envi ronment . 

• First step (101) : The user is presented by the Application 
Selection Processor a Selection Screen of a plurality of 

25 possible applications (three possible applications A, B and 

C) , Usually, the workstation (WS) automatically sets up a 
direct connection to the Application Selection Processor, as 
soon as the workstation's SNA protocol stack is started (or 
in case of a "dumb" terminal, when the terminal is powered 

30 on) . 
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• Second , step (102) : Provided that at this time, the 
Application Selection Processor is up and running, the 
connected user selects an application (application A) by- 
typing an application name on the Selection Screen* 

• Third step (103) : Finally, the user gets connected to the 
desired application (application A) . 

Telnet 3270 Based Approach 



In a TN3270 Client - Server approach, one technique is to. 
provide the intermediate Application Selection Processor via a 
10 Web Server implementation. In this case, the user accesses the 
Application Selection Processor within the Web Server, using 
his favorite Web Browser. This approach is described in 
Figure 2 : 



• First step (201) : The user gets from the Application 
15 Selection Processor in the Web Server a Selection Screen 

within his favorite Web Browser listing three applications 
A, B and C. By selecting the desired SNA Application from 
the Selection Screen (just a click from within the Browser) , 
the workstation obtains the IP addressing/naming information 
20 corresponding to the preferred Telnet Server for the desired 

target application. 

• Second step (202) : The user chooses application C from the 
Selection Screen and obtains back from the Web Server the 
address - SS - for the Telnet Server (S) providing access to 

25 the mainframe housing application C. 

• Third step (203) : Then, the local Telnet Client may be 
started either manually or automatically to access the 
preferred Telnet Server by using the address provided by the 
Application Selection Processor. The user gets back the 

30 address of the Telnet Server (Server S which address is SS) 
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and connects to the target application C via the appropriate 
Server (Telnet Server S) . 



Going through an Application Selection Processor, shields 
end-users from changes that inevitably occur, for example: - 



5 ° when an application is changed to be run from a Host to 
another Host in a different location, or 
o when a new application is added- 

In such cases, only the Selection Screen is modified and 
changes in target application locations are completely 
10 transparent to the workstations. The workstations are not 
impacted by changes in target application locations. 



Another advantage is that users connect in to a single 
intermediate application (the Application Selection Processor) 
that provides an access point to the many possible SNA 

15 applications, wherever they are located. The use of an 
intermediate, menu -driven Application Selection Processor 
greatly simplifies the task of the workstation users that 
automatically obtain access to an user friendly, menu driven, 
application selection menu (the Selection Screen) and are not 

20 concerned by manual definitions that need to be performed and 
maintained over changes . 

ON DEMAWD APPLICATION SELECTION 



Non published European patent application n*^ 99480019,7 (IBM's 
reference FR 9 9 9 019 /YNE) entitled "Method and System for 
25 Local Application Selection with Customizable User Profiling" 

(Giroir et al.) relates to the transmission of Systems Network 
Architecture (SNA) information through the Internet Protocol 

(IP) network, and more particularly to a method and system for 
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locally selecting an application from a Web Client in an 
internet protocol (IP) network. A software package locally 
runs within user's workstations, for selecting applications 
across the network, wherever they are located. When this is 
5 required, the software is dynamically downloaded from one or a 
plurality of on-demand Application Selection Web Servers (an 
"Application Selection Processor" Web Server repository 
application and a "Selection Screen" Web Server repository 
application) accessible via the Internet Protocol (IP) 
10 network. Two Web Servers are not required and the same Server 
may be used to provide both repositories, the Application 
Selection Processor code and the associated Selection Screen 
(or set of screens) . The method comprises the steps of: 

• locally selecting in a Web Client an application by means 
15 of: 

• an Application Selection Processor previously transferred 
from an Application Selection Processor Web Server 
repository application; 

• a Selection Screen previously transferred from a 
20 Selection Screen Web Server repository application; 

• accessing the selected application from the Telnet 3270 
Client. 

PROBLEM 

The very first time a workstation user needs to access SNA 
25 Applications, he has to access the Web Server repositories to 
obtain the latest version of the Application Selection 
Processor and the associated Selection Screen. 

After completion of this step, the workstation user then 
proceeds with the selection of the target application. 
30 Based on the result of selecting an SNA Application via the 
Application Selection Processor, the workstation user then has 
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to access another Web Server repository (the on-demand Client 
Web Server) to obtain the latest version of the Telnet Client 
emulator the workstation user decides to use (when several are 
possible) / in function of the type of the SNA Application to 
5 be accessed. 

Once this step has been done, the Client may be started with 
as input, the name/address of the preferred Telnet Server to 
access the target application that was selected on the first 
step. 

10 All of these steps have to be done one after the other and the 
initialization of the Application Selection Processor and 
Selection Screen and of the Web Clients is something that is 
not transparent to the workstation user. In fact, the user 
needs to know (and needs to specify within the Web Browser) 

15 the Uniform Resource Locators (URLs) associated to all Web 
Servers repositories (Application Selection Processor and 
Selection Screen Web Server repositories, all the Web Servers 
repositories used to provide on-demand Clients) that have been 
used to implement the service. 

20 Once this initialization process has been done, the 
workstation has saved the current versions of all the programs 
that have been downloaded from the Web Servers (or Web Server) 
repository applications. The chaining from SNA application 
Selection and Client launching with proper name / address of 

25 preferred Telnet 3270 Server can be automated provided there 
is a single Client used for all SNA applications, which is 
generally not the case for ''heavy duty" SNA users. 



Objects of the invention 

It is an object of the present invention to make an 
30 Application Selection Processor and an associated Selection 
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'screen Iqcally available and executable within a user's 
workstation. 

It is a further object to chain the selection of applications 
with the selection of a preferred Client • 
5 It is a another object to launch the preferred TN3270 (or the 
more appropriate) Client to access selected SNA applications* 
It is another object to shield users from the complexities 
'associated with dealing with multiple Web Servers repository 
applications . 



10 Summary of the invention 

The present invention relates to the transmission of Systems 
Network Architecture (SNA) information through the Internet 
Protocol (IP) network, and more particularly to a method and 
system for an SNA application user to locally select a target 
15 application at its current location and to launch a preferred 
(or more appropriate) Telnet 3270 Client to access this target 
application in a one -step process. The method comprises the 
steps of: 

• downloading a kernel applet from a kernel applet repository, 
20 the kernel applet comprising, means for accessing from the 

workstation an application selection processor repository, a 
selection screen repository, and one or plurality of client 
repositories ; 

• downloading by means of the kernel applet an application 
25 selection processor from an application selection processor 

repository; 

• downloading by means of the kernel applet a selection screen 
from a selection screen repository for locally selecting an 
application; 
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locally selecting an application by means of the application 
selection processor and the selection screen; 
o determining a client for accessing the selected application; 

5 ° downloading by means of the kernel applet a client applet or 
a client flat file from the client repository for accessing 
the selected application; 

o launching the client within the workstation; 

0 accessing the selected application using this client. 



10 Drawings 

The novel and inventive features believed characteristics of 
the invention are set forth in the appended claims. The 
invention itself, however, as well as a preferred mode of use, 
further objects and advantages thereof, will best be 
15 understood by reference to the following detailed description 
of an illustrative detailed embodiment when read in 
conjunction with the accompanying drawings, wherein : 

® Figure 1 shows a traditional SNA access to an Application 
Selection Processor in an SNA environment. 
20 Figure 2 shows Web based Application Selection Processor and 

Selection Screen in a Telnet 3270 environment according to 
prior art. 

® Figure 3 shows an access to SNA Applications in a Telnet 
3270 environment according to prior art. 
25 ® Figure 4 shows how on-demand Clients are downloaded within a 
user workstation according to prior art. 
® Figure 5 is a flow chart of the process of downloading 
Application Selection Processor and the Selection Screen 
according to the present invention. 
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• Figure ,6 is a flow chart of the process of launching the 
preferred Client according to the present invention. 
Figure 7 is a view of the various repositories according to 
the present invention. 



5 Preferred embodiment of the invention 

Extension of networks 

To remain competitive, network users are extending their 
traditional internal SNA and IP networks outward to business 
partners, dealers, suppliers, and customers. In this expanding 
10 environment, users are also searching for ways to save money 
and provide connectivity between their mix of SNA and TCP/IP 
Server applications and their TCP/IP and SNA desktop Client 
population.. 

Consolidation of networks 

15 Many companies today are considering the consolidation of 
their WAN traffic onto a single IP-only backbone. At the same 
time, other companies are simplifying their workstation 
configurations and attempting to run only the TCP/IP protocol 
stack at the desktop. However, most of these companies still 

20 require access to SNA applications hosts. 

TN3270 

TN3270 meets these requirements by allowing the end user to 
run IP from the desktop over the network and attach to his SNA 
host through a TN3270 Server. The clients connect to the 
25 Server using a TCP connection. The Server provides a gateway 
function for the downstream TN3270 clients by mapping the 

FR 9 99 036 

BNSDOCID <E1 9948004302> 



Client sessions to SNA-dependent LU-LU sessions that the 
Server maintains with the SNA host. The TN3270 Server handles 
the conversion between the TN3270 data stream and an SNA 3270 
data stream. 

5 As mentioned above, the path from a TN3270 Client to the SNA 
host consists of: 



1. A TCP connection over IP from the Client to the Server; 

2. An SNA LU-LU session from the Server to the host; 
Connecting to a host to establish an LU-LU session can be 

10 accomplished using a traditional subarea connection or using 

an APPN connection. 



To deploy a TN3270 solution, TN3270 Client software is 
installed on desktop workstations and TN3270 Server software 
15 is installed in one of several places discussed below. Client 
software is available from IBM and many other vendors, and 
runs on top of the TCP/IP stack in the workstation. A given 
Client product provides one of two possible levels of 
standards support : 



20 • Base TN3270 Client; 

These clients conform to RFC 1576 (TN3270 Current Practices) 
and/or RFC 1646 (TN3270 Extensions for LU name and Printer 
Selection) . 
• TN3270E Client 

25 These clients conform to RFC 1647 (TN3270 Enhancements), and 

RFC 2355 (TN3270 Enhancements) . 

A Server implementation that can support TN3270E clients is 
called a TN3270E Server. 

The TN3270 Server function can be placed in a variety of 
30 products and positions within a network, including: 
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• in the SNA host itself; 

• in a router in front of the data host or within the network 
or 

• in a specialized box within the network; 



5 Kernel Applet 

Figure 7 is a general view of the system for merging SNA 
application selection and TN3270 Client launching according to 
the present invention. Two environments can be considered when 
a workstation user needs to access SNA applications. The first 
10 case is the first time this workstation accesses the service 
provided by the present invention, the second case is when the 
service has already been used and the workstation has been 
automatically set-up to facilitate the access to the service. 
• The service is accessed for the first time 
15 In this first case, the user starts his preferred (Java 

enabled) Web Browser (705) such as ''Internet Explorer" from 
MICROSOFT or ^Nestcape Communicator" from NETSCAPE to access 
the Web Server repository (704) providing the service, using 
its Uniform Resource Locator (URL) . Usually, such URLs used 
20 at initialisation time are provided by the system 

administrators operating the Telnet 3270 service- From this 
Web Server repository (704), a Java Applet, which will be 
called "Kernel Applet" or "Kernel" for short is downloaded 
and saved within the user's workstation (706). When this 
25 Java Applet is started for the first time, it creates a 

shortcut on the user's workstation that will be used to 
access the service the next time access to SNA applications 
is required from this workstation (this corresponds to the 
automatic set-up to facilitate access to the service) . The 
30 user's preferred Web Browser (705) is now known by the 
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Kernel Applet as it is the Browser that has been .,used to 
dovmload the Kernel Applet, 



o The service has already been accessed by the user's 
workstation 

5 in the second case, the user double clicks on the shortcut 

available on his desktop and corresponding to the access to 
SNA applications- In this case, there is no URL that needs 
to be specified because the Kernel Applet already has this 
information. This starts the Kernel Applet that is available 

10 locally within the user's workstation (706). This Kernel 

Applet accesses the Web Server repository (704) providing 
the service, using the user's preferred web Browser (705), 
to verify whether or not the version of the Kernel Applet 
locally available within the user's workstation (706) is the 

15 latest version available- The latest version available is 

always the version that is provided by the Web Server 
repository (704) - If this is not the case, the latest 
version of the Kernel Applet is downloaded from the Web 
Server repositoary (704), saved in the user's workstation 

20 (706) to replace the older version and is started. 

From this point on (for both cases described above) , the 
latest version of the Kernel Applet is now locally available 
within the user's workstation, accessible via a shortcut from 
the workstation desktop and is currently running. The role of 

25 the Kernel Applet is to gather from the workstation, the 
software levels (version niimbers) of all the supported TN3270 
or TN3270E Clients (702) that the user may have locally 
available within the workstation such as "PComm" or "Host On 
Demand", both from IBM or "WebClient" from CISCO. Telnet 

30 Clients . may either be truly resident (703) within the 
workstation as regular software programs (this is the case for 
IBM's "PComm" for example) or could be locally saved versions 
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of on-demand .Clients (such as" IBM's ''Host On Demand" or 
CISCO'S "Web Client") • 

Then, the Applet verifies if the Application Selection 
Processor and the Selection Screen (701) are resident within 
5 the local workstation and what their current version level is. 

Application Selection Processor and Selection Screen 

As illustrated in Figure 5, based on the gathered information 
about the local workstation capabilities (501) , the Kernel 

10 Applet accesses (502) the Web Server repositories (or Web 
Servers repositories as there can be one Web Server repository 
providing the Application Selection Processor and another Web 
Server repository providing the Selection Screen) for 
Application Selection, This is done to obtain, if necessary, 

15 the latest versions of both the Application Selection 
Processor and the Selection Screen, The Kernel Applet knows 
the URL required for these repositories, as these have been 
provided at the time the Kernel Applet has been downloaded, 
the workstation user is not involved with the manipulation of 

20 these URL(s) . Two cases may occur (503) : 

the latest versions of both the Application Selection 
Processor and the Selection Screen are already available 
within the user's workstation (706). In this first case no 
downloading is necessary (504) . 

25 • the latest versions are not resident (505) within the 
workstations (or no version at all is yet available) . In 
this second case, the latest versions needed (701) (either 
the Application Selection Processor and the Selection Screen 
or even both) are downloaded within the user workstation 

30 (706) • Of course, the Kernel Applet is aware that new 

versions are now available locally when a download occurs. 
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Selecting the Target SNA Application 

Once this process is completed, the Application Selection 
Processor is started and the user is given the opportunity to 
select the desired target SNA application on the Selection 
Screen that has been created by the Application Selection 
Processor. For each of the possible target SNA Applications, 
the Selection Screen contains the name / addressing 
information related to the preferred Telnet 3270 Server to 
access the target Application and the preferred Client to be 
used for this screen session. Based on the user's choice of 
the target SNA Application, the- more optimal TN3270 Client to 
be used to access the selected SNA Application is determined 
by the Application Selection Processor as this is dependent on 
the type of application that has been selected. Also 
determined is the address /name of the preferred TN3270. Server 
to use to access the desired application. 

The Client 

As illustrated in Figure 6, two cases may occur, depending on 
the type of Client that has been determined from the Selection 
Screen (601) , on-demand Clients or truly resident Clients. 

° On Demand Clients 

For an on-demand Client, the Kernel Applet accesses the Web 
Server repository (702) used to download this . type of 
on-demand Client (602) . The Kernel Applet verifies that the 
version of the on-demand Client within the workstation 
(706) , if one is present, is the same than the version 
within the Web Server. The Kernel Applet knows the URL 
required for all the possible on-demand Client repositories. 
As these URLs have been provided at the time the Kernel 
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Applet ,has , been downloaded, the workstation user is not | 

involved with the manipulation of these URL(s). Based on the j 
gathered information about the local workstation | 
capabilities and status, the Kernel Applet accesses the Web [ 
5 repository (702) providing the on-demand Client downloading 

to obtain, if necessary, the latest version of the Client, . 
Two cases (603) may occur: 

• The latest version of the Client is already available 
within the user's workstation (706), In this first case 

10 no downloading is necessary (605) . 

• The latest version is not resident within the workstation 
(or no version at all is yet available) , In this second 
case, the latest version (702) is downloaded within the , 
user workstation (604) . Of course, the Kernel Applet is I 

15 aware that a new version of this Client is now available 

locally* i 

j 

i 

1 
i 

• Truly resident Clients 

For other Clients such as "PComm" , the flat file required 
for Client launching is downloaded from the Web Server t 

20 repositoiry (703) or repositories providing such files | 

required by resident Clients (606). | 
Optionally, it is possible to implement on-demand ! 
downloading of the flat file which is then locally saved ; 
within the user workstation. When a truly resident Client 

25 needs to be launched, the Web Server repository (703) is 

used to verify that the latest version of the file is 
locally available (or simply that a local copy exists within : 
the workstation) . When this is the case, the local copy is 
used, if not, the flat file is downloaded (and locally 

30 saved) • This presents the advantage of being able to launch 

the Client from the workstation, even in the case where the 
Client repository is not available, 
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Accessing the Target SNA Application 

Once the previous steps have been completed, the selected 
Client is started with all the required information necessary 
to access the target application, including the address/name 
5 of the preferred TN3270 Server. 

ADVANTAGES OF THE PRESENT INVENTION 

The present invention provides the capability to shield 
workstation users from multiple Web Servers repository 
applications. All a user needs to know and specify to a 

10 (preferred) Web Browser (705) is the address (URL) of the Web 
Server repository application that implements the system and 
method described by the invention. All other repositories are 
hidden to the workstation user which simplifies users lives 
and eases system administration of addressing / naming 

15 information that needs to be performed for any network. All 
the complexities associated with a user dealing with the 
selection of Application via the Application Selection 
Processor and associated Selection Screen and all possible 
TN3270 clients, whether they are on-demand or truly resident 

20 is dramatically reduced. 

Additionally, the workstation user does not need to select the 
preferred Client for the target SNA Application. This 
info3rmation is included in the Selection Screen that not only 
includes the preferred Telnet Server addressing or naming 

25 information but also provides the preferred Telnet Client to 
use for this target SNA application, when several Clients are 
possibly available to the user. This preferred Client is 
automatically downloaded to, the user workstation if not 
already present, then it is invoked as soon as the target 
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applicatiofn has been selected by the user from the Selection 
Screen. 

As illustrated in Figure 7,. multiple Servers (707) can be used 
as code repositories to implement the present invention (the 
5 same logic would apply if all of the following repositories 
were located in one single Web Server) . The system according 
to a preferred embodiment comprises: 

a Web Server providing the Application Selection Processor 
and Selection Screen repositories (another implementation 
may choose to use two different Web Servers) (701); 
one Web Server repository for each on-demand Client (702); 
one web Server repository per Client that is permanently 
resident (such as IBM's "PComm") within the user's 
workstation (703) ; 

a Web Server repository providing the "Kernel" Applet (704). 

While the invention has been particularly shown and described - 
with reference to a preferred embodiment, it will be 
understood that various changes in form and detail may be made 
therein without departing from the spirit, and scope of the 
20 invention. 
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Claims 

1. A method in a workstation (706) - for selecting an 
application (A, B, or C) and launching a client in an 
Internet protocol (IP) network, said method comprising 
5 the steps of: 

• downloading a kernel applet from a kernel applet 
repository (704), said kernel applet comprising means 
for accessing from said workstation (706) an 
application selection processor repository (701) , a 

10 selection screen repository (701) , and one or plurality 

of client repositories (702, 703); 

• downloading by means of said kernel applet an 
application selection processor from an application 
selection processor repository (701) ; 

15 • downloading by means of said kernel applet a selection 

screen from a selection screen repository (701) for 
locally selecting an application; 

• locally selecting an application (B) by means of the 
application selection processor and the selection 

20 screen; 

• determining a client for accessing the selected 
application (B) ; 

• downloading by means of said kernel applet a client 
applet or a client flat file from a client repository 

25 (702, 703) for accessing said selected application; 

• launching said client within the workstation (706) ; 

• accessing the selected application (B) using said 
client* 
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2. The method according to the preceding claim, wherein the 
step of determining a client for accessing the selected 
application comprises the further step of: 

• selecting a preferred client for the selected 
5 application. 



3. The method according to any one of the preceding claims 
wherein said step of downloading a kernel applet 
comprises the further steps of: 

• determining whether a kernel applet is locally 
10 available or not; 

• if the kernel applet is not locally available, 
downloading said kernel applet from a kernel applet 
repository (704) ; 

• if the kernel applet is locally available, determining 
15 whether said local kernel applet and the kernel applet 

in the kernel applet repository (704) are the same or 
not; 

• if the local kernel applet and the kernel applet in the 
kernel applet repository (704) are not the same, 

20 replacing the local kernel applet by the kernel applet 

in the kernel applet repository (704) . 



4 • The method according to any one of the preceding claims 
wherein said step of downloading an application selection 
processor comprises the further steps of: 

25 • determining whether an application selection processor 

is locally available or not; 
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• if^' the . application selection processor is not locally 
available, downloading said application selection 
processor from an application selection processor 
repository (701) ; 

• if the application selection processor is locally 
available, determining whether said local application 
selection processor and the application selection 
processor in the application selection processor 
repository (701) are the same or not; 

• if the local application selection processor and the 
application selection processor in the application 
selection processor repository (701) are not the same, 
replacing the local application selection processor by 
the application selection processor in the application 
selection processor repository (701) . 

5. The method . according to any one of the preceding claims 
wherein said step of downloading a selection screen 
comprises the further steps of: 

• determining whether a selection . screen is locally 
20 available or not; 

• if the selection screen is not locally available, 
downloading said selection screen from a selection 
screen repository (701) ; 

• if the selection screen is locally available, 
25 determining whether said local selection screen and the 

selection screen in the selection screen repository 
(701) are the same or not; 

• if the local selection screen and the selection screen 
in the selection screen repository (701) are not the 

30 same, replacing the local selection screen by the 
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selection screen in the selection screen repository 
(701) . 



6 • The method according to any one of the preceding claims 
wherein said client applet is an on demand client, the 
step of downloading an on demand client comprising the 
steps of: 

• determining whether an on demand client is locally 
available or not; 

• if the on demand client is not locally available, 
downloading said on demand client from the on demand 
client repository (702) ; 

• if the on demand client is locally available, 
determining whether said local on demand client and the 
on demand client in the on demand client repository 
(702) are the same or not; 

• if the local on demand client and the on demand client 
in the on demand client repos^ito^ (702) -are^^^^ n^ the 
same, replacing the local on demand client by the on 
demand client in the on demand client repository (702) . 



20 7 . The method according to any one of the preceding claims 
wherein the client flat file for a resident client is an 
on demand flat file, the step of downloading an on demand 
flat file comprising the steps of: 

• determining whether an on demand flat file for the 
25 resident client is locally available or not; 

• if the on demand flat file is not locally available, 
downloading said on demand flat file from the on 
demand client repository (702) ; 

FR 9 99 036 
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if- the on demand flat file is locally available, 
determining whether said local on demand flat file and 
the on demand flat file in the on demand client 
repository (702) are the same or not; 

if the local on demand flat file and the on demand 
flat file in the on demand client repository (702) are 
not the same, replacing the local on demand flat file 
by the on demand flat file in the on demand client 
repository (702) . 



10 8. The method according to any one of the preceding claims 
wherein said client flat file is for a truly resident 
client . 



9 . The method according to any one of the preceding claims 
wherein the kernel applet repository (704), the 
15 application selection processor repository (701) , the 

selection screen repository (701) , the one or plurality 
of client repositories (702, 703) are located in a single 
web server or in a plurality of web servers (707) . 



The method according to any one of the preceding claims 
wherein the steps of downloading comprise the further 
steps of: 

• accessing the repositories through a web browser (705) . 



11* The method according to any one of the preceding claims 
25 wherein the step of downloading the kernel applet 

comprises the step of: 
TO 9 99 036 



• in the web browser (705) , receiving, preferably at 
initialization time, means for accessing the kernel 
applet repository (704) . 

12. The method according to any one of the preceding claims 
5 wherein the kernel applet and the client applet are coded 

in Java language and the web browser (705) accessing the 
kernel applet repository (704) and client applet 
repositories (702, 703) are Java enabled. 

13. The method according to any one of the preceding claims 
10 wherein: 

the selected application is a systems network 
architecture (SNA) application; 
the client is a Telnet 3270 client. 

the. application (A, B, C) is accessed through a Telnet 
3270 server (T, S) . . 

i 

14. A system comprising means adapted for carrying out the 
method according to any one of the preceding claims- 

15. A kernel applet to be downloaded from a web server in a 
workstation, said kernel applet comprising; 

20 • means for accessing from said workstation (706) an 

application selection processor repository (701) , a 
selection screen repository (701) , and one or plurality 
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of' client repositories (702, 703), said repositories 
located in one or a plurality of web servers (707); 
• means for downloading from said one or plurality of web 
servers (707) to said workstation (706) an application 
5 selection processor, a selection screen, one or a 

plurality of client applets and/or client flat files. 
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* SYSTEM AND METHOD FOR MERGING WEB BASED ON-DEMAND SNA 
APPLICATION SELECTION AND TN3270 CLIENT LAUNCHING 



Abstract 

The present invention relates to the transmission of Systems 
5 Network Architecture (SNA) information through the Internet 
.Protocol (IP) network, and more particularly to a method and 
system for an SNA application user to locally select a target 
application at its current location and to launch a preferred 
(or the more appropriate) Telnet 3270 Client to access this 
10 target application in a one -step process. The method comprises 
the steps of: 

• downloading a kernel applet from a kernel applet repository, 
the kernel applet comprising means for accessing from the 
workstation an application selection processor repository, a 

15 selection screen repository, and one or plurality of client 

repositories; 

• downloading by means of the kernel applet an application 
selection processor from an application selection processor 
repository; 

20 • downloading by means of the kernel applet a selection screen 
from a selection screen repository for locally selecting an 
application; 

• locally selecting an application by means of the application 
selection processor and the selection screen; 

25 • determining a client for accessing the selected application; 

• downloading by means of the kernel applet a client applet or 
a client flat file from the client repository for accessing 
the selected application; 

• launching the client within the workstation; 

30 • accessing the selected application using this client* 

Figure 7 
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